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Preliminary Comments 

We thank the Exainincr for a telephone iiiterview on May 2, 2007. In that interview, tlie 
Examiner confinned that the rejection of claims 1-6 and 10-15 in paragraph 7 of the Office 
Action was erroneous, and instead claims 1 1-14 are rej^ied under 35 U.S,C § 102, Accordingly, 
fho rejections to claims 1 1 - 1 4 arc addressed below. 



Amendments to Specification 



The title has been amended to address the 



Examiner's objection to the title. 



In paragraph 2 of the detailed action, the lixamincr has stated that a new title is required 
that is clearly indicative of the invention to which the claims are directed and that legal words 
like "method" and "apparatus" should be rcmove<l 

In response, the title has been changed to 'jXRANSPARENT INTERFACE MIGRATION 
USING A COMPUTER-READABLE MAPPING BETWEEN A HRST INTERFACE AND A 
SECOND INTERFACE TO AUTO-GENERATfii AN INTERFACE WRAPPER". It is 
rcspecifully submitted that the amended title is rqoresentativc of the present invention. 



35 U.S.C § 102 Claim Rejections ! 

I 

i 
j 

Summary of the Rejections j 

« 
« 

In paragraph 7 of the Office Action^ the Examiner bas rejected claims 1 1-14 under 35 
U.S.C, § 1 02 (b) as being anticipated by the cited Template Software. The Examiner has referred 
to three Template Software documentation docum ents in support of the objections of claims 1 1 - 
14 under 35 U.S.C. § 102 (b), namely; the SNAP communication component (refen-ed to as 
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COM); the SNAP development environment (referred to as SNAP); and ±c SNAP pemanent 
storage eompoiient (referred lo as PERM). 



Discussion of Controlling Case Law Oeeisions 

Before setting forth a discussion of the cited art applied in the Office Action, it is useful 
to set out the relevant test under 35 U.S.C § 102j "For a prior art reference to anticipate in tenns 
of 35 U-S.C. Section 1 02 every clement of the clamed invention must be identically shown in a 
single reference." DiversUech Corp. v. Century Sfep, inc., 850F. 2d 675, 677, 7 U,S.P,Q. 2d 
1315, 1317 (Federal Circuit 1988). **If any claim, element^ or step is absent from the reference 
that is being relied upon, there is no anticipation/f Clo$ter Speedsleel AB v. Crucible, Inc., 793F. 
2d 1 565, 230 U.S.P.Q. 81 (Federal Circuit 1986). The following analysis of the present 
rejections is respectfully offered with guidaiice fr^m tlie foregoing controlling case law decisions. 



Summary of Disting uishing Features of the Claimed Invention 



The cited art fails lo teach or fairly suggest key limitations of the claimed invention. 
Specifically, the cited art fails to teach or even suggest creating a computer-readable mapping 
between a first Interface luid a second interfac^; and an auto-generator, wludi uses the 
computer-readable mapping to automatically generate an interface wrapper to replace the first 
interface and allow a software application to use the second interface rather than the first 



int^acc. 



We will first establish thai the SJiarcd Tnfohnation BaseU (SIB) connections taught by the 
Template Soflware are individually created for each remote process that a local process is 
intended to communicate with. Accordingly, cacli SIB connection for each remote process in the 
TejnpJate Soft ware is created without rcgaid to the other remote processes. Hence, a "migration" 
of the local process from one remote process to a second remote process is done by mapping the 
local process to each of the remote processes separately, rather than by using a computer- 
readable mapping between the interface of the firs! remote process and the interface of the 
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second remote process to auto-generate an interface wrapper that allows Ihe local process to use 

■ 

the second remote process. j 

i 

It is respectfully submitted that the above distinction between the Template Software and 
the claimed invention clearly distinguishes the claimed invention over the teachings of the 
Template Software. j 



Analysis of the Cited Art 



I 



To begin, as the Examiner poijits out, the Template Software provides a software 
development environment in which it is possible to develop applications that include the 
interaction of two disparate processes. The mechanism that enables two disparate processes to 
communicate is called a Shared Information Based (SIB) coimeetion. In order for the two 
processes to coonmunieate they must contain classes that have the same class name, contain the 
same set of attributes and are defined as shared, j 

! 
« 

The SIB connection editor can then be used to define which shared classes are being 
passed over a connection between the two processes. If the shared classes in both of the 

■ 

processes are identical, then the sharing is very straight forward. However, if the shared classes 
are not identical, i.e. if the shared class in one of the processes contains attributes that are not 
present in the identically named shared class in thb other process, then the attributes that are not 
conmion to the two shared classes must be sub-classed in the shared class in the process in which 
diey arc present, leaving only the attributes that aiie common to the two shared classes in the 
parent class of iJje sub-class (see COM page 5-5). j In the Template Soflware, the sub-class is 
referred to as the mapped sub-class and the parent] of the mapped sub-class is referred to as the 
mapped class. 



The SIB connection editor can be used to point the attributes of the mopped class to the 
attributes of the mapped sub-class such tJiat altho jgh the sharing of attributes happens belween 
tlic shared class of one process and the mapped class of the second process, the shared attributes 
are ultimately stored in the attributes of the mappqd sub-class. 
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STB connections are defined by two classes, namely the SlB CONNECTION class and the 

SIB CONNECTION ACCEPTER class. An object of SIB CONNECTION, also cal led a SIB 

connection, describes the part of the overall SIB connection that proceeds from the first SNAP 

process to the second SNAP process. This half ojf the connection is the half that attempts to 

establish a connection with the second SNAP process. An object of SlB CONNECTION can 

only communicate with a single, explicitly defined remote process. If an application needs to 

coinmunicate with multiple processes, a separate SIB connection must be defined for each 

process (See 'The main SIB classes Involved" SlJ^AP page 5-4). 

1 

From the foregoing, ii is readily apparent jthat a SIB connection provides a mapping of 

» 

classes between two processes, i.e, an interface between two processes that allows the sharing of 
non-identical classes between the two processes. Thus, if a legacy application is currently 
interacting with a legacy software component/process using a first SIB connection, and the 
legacy component/process is replaced with a new component/process, a second SIB connection 
must be defined thai includes a mapping between the Icgaey application and the new 
component/process. | 

It is important to note that the second S1B| connection is ba^ed on a mapping between the 
legacy application and the new component/process. The Template Software does not teach that 
the second SIB connection is based on a mapping between the interface of the legacy 
component and the interface of the second projcess. Therefore, the Template Software does 
hot disclose a computer-readable mapping from the first interface to the second interface, as 
recited in the independent claims. I 

Furthermore, given that the Template Sofljware fails to disclose a computer-Teadable 
mapping from the first interface to the second interface, it is clear that the Template Software 
docs not disclose a feaUuc in which an interface \|rrapper is auto-gencratcd by processing the 
computer-readable mapping from the first interlace to the second interface. 

In rejectmg claim 1 1 on page 4 of the Office Action, the Examiner has alleged that PERM 
3-28 to 3-29 discloses such a feature. Spccifioalljjr, the Examiner alleges that '"changing the SIB 
connection and leaving the mapping in placc-e.g. change Jfrom ODBC SIB connection to 
Oracle" discloses this feature. However, as indicated in the response to the previous Office 

i 
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Action, it is not clear which type of mapping the Examiner is referring to in this case, as the 
Examiner lias referred to both database mapping and schema mapping in support of the rejection 
of claim 1 . It is assumed that tlic Examiner is referring to database mapping, as the Examiner's 
example of changing from an ODBC database to an Oracle database is a change between 
database connections. However, as indicated in the response to the previous OlTiGe Action, a 
change between database connections would not include the change of a SIB connection, as a 
database connection rather than a SIB connection; is used to interface with databases in the 



Template Software. Furthermore, it is respectfully subniitted that "changing the SIB connection 



and leaving the m apping in place" clearly docs not disclose auto-generating an interface wrapper 
by processing a computer-readable mapping betwjeen a first interface and a second interface. In 
the example of the database connections, this is clearly illustrated because the first database 
connection (ODBC database) is set up by mappinjg the first application to the first database^ 
while the second database connection (Oracle database) is set up by mapping the first application 
to the second database. There is no teaching ofprocessmg a computer-readable mapping 
between the first database and the second databasjs to generate the second database connection. 

In view of the foregoing, it is respectfully submitted that the Template Software fails to 
teach or fairly suggest the key limitations of Indeiiendent claims 1 1 and 14 specified above. 
Accordingly, it is respectfully submitted that independent claims 1 1 and 14 distinguish over the 
teachings of the Template Software, given the rulings in Chster Speedsieel AB v. Crucible, Inc. 
and DiversUech Corp, v. Century Step, Inc. 

By virtue of thehr dependency on independent claim 1 1, it is respectfully submitted that 

independent ciauns 12 and 1 3 distinguish over the teadiings of the Template So (Ware for at least 

j 

thts same reasons. It is further submitted that dependent claims 12 and 13, and independent claim 
14 recite additional features that distinguish over the Template Software, as described below. 

Figures 3 A and 3B of the instant application illustrate block diagrams of a legacy 
application using an interface of a legacy software^ component, and using an interface wrapper to 
interact with an interface of a new software component. According to the present invention, the 
uitcrface wrapper is generated by processing a computer-readable mapping between the interface 
of the legacy software component (first interface) and the interface of the new software 
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component (second interface). Thus, during processing, mapping of the classes in the first 
interface to the classes ofthe second interface are used to set up the classes of the interface 
wrapper. 

Significantly, it is not the mapping ofthe classes of the legacy application to the classes 

i 

ofthe legacy software component that are used; rather, as stated above, it is the mapping between 
the first interface and the second interface that are used to generate the interface wrapper. This 
is an important distinction. Accordingly, dependent claims 12 and 13, and independent claim 14, 
recite processing ofthe classes ofthe first interface based on the computer-readable mapping 
between the first mterfacc and the second interface. 

» 

! 
j 

In contrast, the Template Software generates a SIB connection by processing the SIB 
connection set up using the SIB connection edito^, which, as described above, is set up by the 
user to map the classes of a first process to the clisses of a second process. If the first process is 

to communicate with a third process, an additional STB connection must be defined by the user to 

j 

map the classes of tlic first process to the classes ofthe third process using the SIB connection 
editor. The additional SIB connection can then bb generated using the contents ofthe SIB editor. 
However, it is clear that the additional SIB conn^tion is not auto-generated by processing a 
computer-readable mapping between the second ijrocess and the third process. Thus the 
Template Software docs not teach or fairly suggest processing ofthe classes of a first interface 
using a computer-readable mapping between the ^irst interface and a second interface to generate 
an interface wrapper for migration of a software ajppHcatioa fi-om the first interface to the second 

I 

interface. j 

In view ofthe fact that the Template SoftWare and its associated support documentation 
fail to teach key limitations of tbe claims, and alscj fail to teach every clement ofthe claimed 
invention, as is required under 35 U.S.C. § 102, gjven the ruling in Clostcr Speedsteel AB v. 
Crucible, Tnc, and Diversitech Corp. v. Century Step, Inc\y Ihe Examiner is respectfully requested 
to withdraw tl\e 35 U.S.C. § 102(b) rejection of claims 11-14. 
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35 U.S.C § 103 Claim Rejections 



Summary of the Rejections 

I 

In paragraph 9 of the Office Action, the l^aminer has rejected clainxs 1-6, 10 and 15 
under 35 U-S.C. § 103(a) as being unpatentable ojver the Template Software in view of "Objeet- 
Orientcd Information Systems, Planning and Implementation", by David A. Taylor, published 
April 10, 1992 (Taylor). 

In paragraph 1 1 of tbe Office Action, the Examiner has rejected claims 7-9 under 
35 U.S.C. § 103(a) as being unpatentable over the Template Software in view of Enterprise 
Application Integration with XML and JAVA, by, J.P. Morgenthol ei aL, 2001, Chapter 5 (XML). 



Summai-y of Distinguishing Features of the Claimed Tnvention 

To begin. Applicant respectfully submits (!hat a first criterion required to establish prima 
facie obviousness has not been satisfied. That is, the combination of the Template Software and 
Taylor, and the combination of the Template Sotljware and XML do not teach all of the claimed 
featuies, in other words> neither Taylor, XML nor the Template Software teaches creating a 

computer-readable mapping between a first intcr^face and a second interface; and an auto- 

j 

generator, which uses tbe computer-readable mapping to automatically generate an interface 
wrapper to replace the first interface and allow a Software application to use the second interface 
rather than the first interface. ; 

« 

In response to the Examiner's rejections uijider 35 U.S.C. § 102* we have established 
above that the Template Software fails to teach orj fairly suggest the above feature. We will now 
establish that the Taylor reference similarly fails to teach or fairly suggest this same feature. Tlnis 
will lead to the conclusion that no combination of the Template Software with either one of» or 
both of, the Taylor reference and the XML refcreijce would allow one skilled in the art to arrive 
at the claimed invention. 
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Analysis ot^thc Cited Art 



While It may be true that Taylor explicitly uses the word "wrapper", and teaches the 



1 . 



application of the common use of a wrapper La object-oriented software development, Taylor 

I 

fails to teach or even suggest any implementation aspects ofhow a "wrapper" is generated. 
Taylor merely states that a simple strategy cmplo^g wrappers involves "placing a wrapper 
around an entire program. Tfneed be, you can tr^slate messagejs into commands it understands 
by feeding it simulated keystrokes, then capture iis screen output to formulate a response to the 
message," (See Taylor^ page 297). Taylor also suggests an allegedly more eFTecii ve (than the 
prior art) version of the wrapping technique that involves decomposing an existing program into 
its component functions, and placing an object wr^^er around each component function. Taylor 
states that "[t]hen you can reassemble the components using the message-based interface. The 
program runs just as before except now it is sendmg messages back and forth rather than making 
fonction calls" (See Taylor, page 297)^ 

From the foregoing, it is clear that Taylor jfails to teach or fairly suggest a key limitation 
of the claimed invention- This key limitation is also not taught or fairly suggested by the 
Template SoflwarC;. namely automatically generaiing an intcrtacc wrapper by processing a 
computer readable mapping between a first interface and a second interface to allow a software 

application to use the second interface rather than the first interface* Accordingly, it is 

! 

respectfully submitted that the comments above with regard to the Examiner's rejection of claims 
1 1-14 under 35 U.S.C. § 1 02 similarly distinguislii claims 1-6, 1 0 and 1 5 over the cited 
references. 



Given that no combination of the Template Software and Taylor is sufficient to allow one 
skiJled in the art to arrive at the present invention^ it is respectfully submitted that the first criteria 
for optima facie case of obviousness has not been satisfied. Accordingly, it is respectfully 
submitted that independent claims 1 and 15 distinguish over the cited references and are 
patentable. It is further submitted that, by virtue of thek dependencies on claim 1, dependent 
claims 2-6 and 10 distinguish over the cited references for at least the same reasons. 



The Examiner is respectfully requested to 
1-6. 10 and 15 under 35 U.S.C. § 103(a). 



reconsider and withdraw the rejection of claims 
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With respect to tlie XML rclfcrcncc and the rejection of claims 7-9, it is pointed out that 



Claims 7-9 are dependent on claim 1 . As outlined above in response to the other 35 U.S-C. 
103(a) rejections, the Template Software and its associated support documentation fails to tcadi 
key limitations of claim 1 . Specifically* the Template Software fails to teach creating a 
compuier-readable mapping between a first interface and a second interface; and an auto- 

gcnerator^ which uses the computer-readable mapping to automatically generate an interlace 

I 

wrapper to replace the first interface and allow a Software application to use the second interface 

i 

rather than the first interface. As the XML reference also fails to teach these key limitations of 

claim 1 , claim 1 distmguishcs over both the Template Software and the XML reference and all 

I 

claims that depend from claim 1 , including claun^ 7-9^ distinguish over the Template Software 

I 

and the XML reference for at least the same reasbns. 

! 

Since the Template Software and its associated support documentation and the XML 
reference fail to teach key limitations ofthe present invention, the first criteria for die prima facie 
case of obviousness has not been satisfied. Applicant therefore respectfully submits that 
claims 7-9 are patentable over the Template Software and the XML reference since a case of 
prima facie obviousness cannot be established. 

In view ofthe foregoing, early favorable cjonsl deration of this application is earnestly 
solicited. In die event that the Examiner has conqems regarding the present response^ the 
Examiner is encouraged to contact the undersigned at the telephone number listed below. 



Respcctiiilly submitted, 

i 
I 

MARTlNiSOUKUP 



Date: May 22, 2007 

PDL:JFS:sng 
Had. 




Philip Lapin 
Reg. No. 44,443 
Tel: (613)232-2486 



IJL 
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